From 113966a31585c6ee45553ef043ec0c13b0a9bbe3 Mon Sep 17 00:00:00 2001 From: tsteven4 <13596209+tsteven4@users.noreply.github.com> Date: Sat, 22 Jan 2022 14:47:44 -0700 Subject: [PATCH] a little lighter swing of the ax. (#826) COPYING.txt is used by packaging. --- gui/AUTHORS | 80 ------------------------------- gui/README.contrib | 114 --------------------------------------------- 2 files changed, 194 deletions(-) delete mode 100644 gui/AUTHORS delete mode 100644 gui/README.contrib diff --git a/gui/AUTHORS b/gui/AUTHORS deleted file mode 100644 index b89d2dca0..000000000 --- a/gui/AUTHORS +++ /dev/null @@ -1,80 +0,0 @@ -Authors, the people behind GPSBabel - -Chief Babel-Head: - -* Robert Lipe - -Major contributors: - -* Alex Mottram -* Olaf Klein -* Ronald L. Parker - -Other contributors and helpers: - -* Alan Bleasby -* Alan Porter -* Alexander Stapff -* Andrew Arensburger -* Andrew Kirmse -* Andy Armstrong -* Bernhard Spinnler -* Bjoern Augustsson -* Bruce Thompson -* Carsten Allefeld -* Chris Jones -* Christian Barmala -* Claus Broch -* Curtis E. Mills -* Dave Pawson -* Daniel Diaz Quintero -* Don Traber -* Dustin Johnson -* Eric Cloninger -* Etienne Tasse -* Frank Warmerdam -* Fredie Kern -* Gary Paulson -* Gerhard Olsson -* Gunar Megger -* Gustavo Niemeyer -* Hans Klausmann -* Harald Nordius -* HSA Systems, Sven Dowideit -* Jason Rust -* Jeff Kalikstein -* Jeremy Atherton -* Jeremy Ehrhardt -* Jim Bensman -* Jochen Becker -* John Temples -* Jon McClintock -* Josh McKee -* Justin Broughton -* Kjeld Jensen -* Lilian Morinon -* Ling Nero -* Markus Spoetti -* Mark Bradley -* Michele Locati -* Mirko Parthey -* Oyvind Kaurstad -* P. Rosen -* Pasha Phares -* Patrick Ohly -* Paul Fox -* Paul Merchant -* Paul Tomblin -* Per Borgentun -* Richard Messeder -* Rick Richardson -* Robert Shaw -* Rodney Lorrimar -* Scott Brynen -* Sprok Bence -* Steve Chamberlin -* Sven Dovideit -* Tim Zickus -* Tobias Minich -* Tom Hughes -* Vladimir Nadvornik diff --git a/gui/README.contrib b/gui/README.contrib deleted file mode 100644 index 6e447a29d..000000000 --- a/gui/README.contrib +++ /dev/null @@ -1,114 +0,0 @@ -If you're interested in contributing to this program, here are some -guidelines. Mail patches to gpsbabel-code@lists.sourceforge.net for -consideration and integration. - -Rules to Live By ----------------- - -Standards are good. ISO C and POSIX are greatly preferred. - -Reuse is good, if doing so is not onerous. For example, using the expat -libraries vastly simplifies the XML parsers while increasing their -robustness plus those libraries are ubiquitous. So I consider it OK to -require expat. - -You may find format_skeleton.c and filter_skeleton.c in the source tree -to be helpful examples. Just add meat! - -Compilers complain for a reason. Code shouldn't emit warnings. - -The entire world doesn't run . I've tested this code on -at least five different OSes. If you find yourself wanting to insert -compiler or OS specific magic, please resist. - -Coding consistency is encouraged. The reality is we have a lot of code -that was written by different authors. Some code from other projects is -included. We don't have immutable rules about code style (indention, -curly location, whitespace rules, etc.) but we do ask that you try to -match what is around any code you modify. "When in Rome..." - -If writing new code, we'd prefer a style like: - - int - mumble(int whatever) - { - if (whatevever) { - return blah; - } - } - -...but if you're submitting a new source file that you intend to -maintain and are convinced that two space indents will make the world a -better place, knock yourself out. But if you need to add a line of code -to the above before "return blah" and do it with spaces instead of hard -tabs, that would be bad. - -Submitting Patches ------------------- - -If you are creating a new target you should submit patches (use -"cvs diff -uN" to create patches) to the following files: -* Yourcode.c and/or Yourcode.h - this is the code required to do your - conversions and any support files that your code requires. -* vecs.c - an updated vecs.c file implementing your conversion code into - GPSBabel. -* Makefile - an updated Makefile telling the compiler how to build and link - your conversion into GPSBabel -* testo - an updated script that tests your conversion (this should produce - no output if all is good, see the current testo script for examples) -* YourOutput - a sample file of code produced by your function (used in testo - and lives in a directory called "reference"). -* Documentation - see below. - -Please ensure that you are building and testing against the latest code -from the top of the CVS tree and that any code you modify is the latest -version from the CVS - Note: code changes sometimes occur frequently! - -Documentation -------------- - -HTML and text documentation are generated automatically from DocBook -source located in the "xmldoc" directory. That directory contains -two subdirectories of interest: "formats" and "filters". If your -contribution adds or affects a format, you'll want to be in the "formats" -directory. Otherwise, you'll want to be in the "filters" directory. - -You should contribute a file called "yourname.xml", where "yourname" is the -name you would give on the command-line to invoke your new format or filter. -For example, the arc filter is documented in "filters/arc.xml". - -This file contains a general description of your format or filter, any -limitations in your support for it, and anything else the end user should -know. For file formats, links to manufacturers' websites are encouraged. -The contents of this file are not valid or even well-formed XML on their own; -they are included into a larger framework. If you know DocBook, you should -ensure that the contents of this file will validate if included in a
. -If you do not know DocBook, see the other files in this directory for examples -or see http://docbook.org/tdg/en/html/docbook.html for the gory details. Tags -of interest will almost certainly include for paragraphs, - for web links, and for -example command lines. - -For each option supported by your format or filter, you should also contribute -a file in the "options" subdirectory called "yourname-youroption.xml", again -using the names you would use on the command line to invoke your format or -filter with that particular option. For example, the "distance" option to the -"arc" filter is documented in "filters/options/arc-distance.xml". These -files are similar to the general description above, and should meet the same -validation requirements. - -As of this writing, there are two formats that violate this rule: Magellan -serial and Microsoft Streets & Trips. Because those formats have the same -names as other formats, their descriptions are located in "magellan1.xml" and -"msroute1.xml" respectively. These are special cases, and you should do your -best to ensure that they remain the only special cases. - -Note that the automated framework already includes the name and description of -your format and its options as described in vecs.c and yourcode.c, so there is -no need to repeat that information in your documentation. - - -Enjoy! - -Robert Lipe, -robertlipe@usa.net -- 2.30.2